home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 April / EnigmA AMIGA RUN 17 (1997)(G.R. Edizioni)(IT)[!][issue 1997-04][EAR-CD].iso / EARCD / comm / mmgr / MM_StarTrack.lha / IMPORTANT.README < prev    next >
Text File  |  1996-05-24  |  5KB  |  136 lines
  1.  
  2. Hi,
  3.  
  4.                      *** UPGRADING FROM VERSIONS < 0.90 ***
  5.  
  6.  
  7. with version 0.90 I've changed the concept of CheckFATT. This was mainly done
  8. because the "old" solution was a bit stupid, I have to admit :-)
  9.  
  10.  
  11.   CheckFATT     [Adjust] [Notify] [PutOnHold | MoveBad] [MoveOwn <{dir}>]
  12.  
  13.                   [...]
  14.  
  15.                   Notify       Notify source & destination about the stopped
  16.                                FileAttach.
  17.  
  18.                   PutOnHold    Put the file on hold for the destination. This
  19.                                includes "Notify", so don't set them both.
  20.  
  21.                   MoveBad      Move the FATT-file to MM's #BADDIR.
  22.  
  23.                   You can set PutOnHold *OR* MoveBad. If you  don't set one of
  24.                   these two keywords, the file will simply be deleted.
  25.  
  26.                   MoveOwn      If this is enabled,  MM_StarTrack will move all
  27.                    {dir}       files for  you to the  specified  directory, so
  28.                                that you can  use your  #MAILAREA-(alt-)path as
  29.                                spool-dir for routed files.
  30.  
  31.  
  32.  
  33. The difference now is that I've, exchanged the #MAILAREA-(alt-)path with the
  34. MoveOwn-path (former PutOnHold-path). If you want to use this new feature, in
  35. MM.cfg, you have to set the #MAILAREA-AltPath to the path the FATTs should be
  36. kept (e.g. Out:FileAttachs/) and the MoveOwn-path to the one you've used as
  37. #MAILAREA-AltPath until now. Hope you could follow me :-)
  38.  
  39.  
  40. This methode has the big andvantage, that MM will no longer have problems with
  41. the FATT's and files for others will be seperated from files for you.
  42.  
  43.  
  44.  
  45.  
  46.  
  47.                       *** UPGRADING FROM VERSION 0.90 ***
  48.  
  49.  
  50. Since v0.95 the REMAP-routines are *COMPLETLY* rewritten! Now it is *MUCH* more
  51. powerful than before!
  52.  
  53. The old cfg is NOT longer compatible with the new one, but I've also included a
  54. script to convert your cfg. Just start it and all will be done for you.
  55.  
  56.  
  57.  
  58.  
  59.   5.10 #REMAP(FROM|TO) - Remapping msgs and/or users
  60.   --------------------------------------------------
  61.  
  62.    Here you can remap msgs. But be careful! This is a very powerful function, so
  63.    read this part *VERY* *CAREFULLY*!!!
  64.  
  65.  
  66.    IMPORTANT NOTE: If you upgrade from a MM_StarTrack-version <0.95, you have to
  67.                    "rx MM_ST_ConvertCfg" because there is a *MAJOR* change up to
  68.                    version >=0.95!!!
  69.  
  70.  
  71.    #REMAP(FROM|TO)
  72.  
  73.    Address  OLD,NEW   OLD  The old from/to-address
  74.                       NEW  The new from/to-address
  75.  
  76.    Name     OLD,NEW   OLD  The old from/to-name
  77.                       NEW  The new from/to-name
  78.  
  79.    AddInfo            Add the file Text.Remap{Src|Dst} at the top of the msg.
  80.  
  81.    Reply              ONLY valid for #REMAPTO!
  82.  
  83.  
  84.    You need not use  all these fields. In general, this function  can be divided
  85.    into five parts:
  86.  
  87.     1. Remap only the name, not depending on the  address. In this  case, do not
  88.        use an 'Address'-statement.
  89.  
  90.     2. Remap only  the address, not depending  on the name. In this case, do not
  91.        use a 'Name'-statement.
  92.  
  93.     3. Remap the name depending on the address. In this case, 'Addr OLD' & 'Name
  94.        OLD,NEW' must be set.
  95.  
  96.     4. Remap  a name to  multiple new  addresses, depending on  the domain. This
  97.        means, check the name  and if it matches, use that new address, where the
  98.        domains are matching. In  this case, you must  set at least  'Name OLD' &
  99.        'Address NEW', where NEW can be '"<addr> [addr] [...]"'. You must not use
  100.        'Address OLD' in this case but you  can use 'Name NEW' to remap the name,
  101.        too.
  102.  
  103.     5. Remap address & name  to a new address  & name. In  this case  all fields
  104.        have to be used.
  105.  
  106.  
  107.    You can use wildcards nearly  *EVERYWHERE*! E.g. you  can remap all msgs from
  108.    "Robert Ho(f|ff)man(n|nn)" to "Robert Hofmann" etc...
  109.  
  110.    You have to use  5D-addresses only. The  new address may  also contain simple
  111.    wildcards. To make  sure that you use working wildcards, please check  it out
  112.    with  MM_ST_CheckWildcard.rexx  which  you  can  find  in the  rexx-drawer of
  113.    MM_Startrack  (see also 5.10.1). This is  only neccessary if  the new address
  114.    also contains a wildcard.
  115.  
  116.    The new dest.addr. has to exist or  listed in your #NODEs,  otherwise it will
  117.    be bounced.
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124. If you have any problems, just let me know :-)
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.   _  o         Robert Hofmann         2:2490/1015@FidoNet   37:108/220@TrekNet
  133.  |<)_/#                              39:171/101@AmigaNet   107:1805/230@TrekNet
  134.  TT  <T  robert@next.amistep.osn.de  56:63/201@XNet        213:314/9127@XCessNet
  135.  
  136.